Laravel 技巧之 定时任务

定时任务 Scheduled Tasks 是 Laravel 提供的组件之一，稍微上点规模的项目应该都会用到，比如开发微信应用时通过定时任务去刷新access token，比如每天定时发推送提现用户要记得签到。对于定时任务的基本用法，官网文档已经描述得很详细了，这里不再多说。

本文主要是介绍定时任务在实际应用中的两个小技巧：

1. 多个任务并行执行

先简单介绍一下 Laravel 定时任务组件的基本原理：

当cli初始化完毕之后，系统会调用 App\Console\Kernel::schedule 方法，也就是我们定义定时任务列表的地方，这个方法里每调用一次 $schedule->command() 就会生成一个 Illuminate\Console\Scheduling\Event 对象并保存在 $schedule->events 数组里。当执行 php artisan scheduled:run 时，系统会遍历 $schedule->events，把当前时间需要执行的任务放在一个集合中，最后依次 串行执行 这些任务。

这样做在大多数情况下是没有问题的，但有一些特殊的情况，比如在每个月的第一天要给100W个用户发送邮件，同一批次的定时任务必须等到这些邮件全部发送完毕之后才会被执行，假如这些任务里有对执行时间十分敏感的任务，比每5分钟一次的数据快照，就会导致那个时间点数据的缺失。

这种情况下如果定时任务能够并行执行，就不会有这样的问题。Laravel 实际上提供了解决方案，但很奇怪文档里面并没有提到，就是 runInBackground 方法，在定义定时任务时 $schedule->command('foo:bar')->everyMinutes()->runInBackground(); 就可以了。

2. 负载均衡

随着业务逻辑的增多，定时任务也会越来越多，定时任务服务器的负载也会越来越高，甚至导致任务执行缓慢，然而我们却只能在一台服务器上设置定时任务，如果在多台服务器上同时配置了定时任务，还会导致定时任务的重复执行。这个时候我们希望能够像队列那样，将定时任务分散到多台服务器上。

截止 v5.4.15，Laravel 还没有提供内置方案来解决这个问题，但只需要简单的改造就可以实现我们需要的效果。首先我们把将每个定时任务里 handle 方法提取出来创建一个新的Job并继承 ShouldQueue，然后在定时任务的 handle 里直接 dispatch 对应的Job即可，这样原本的业务逻辑就会被队列处理掉，当系统有多台服务器在处理队列时，也就实现了我们需要的负载均衡。

但是这样毕竟还是麻烦，每个定时任务都要创建一个Command和一个Job，太费劲，于是我提交了一个 Proposal ，目前已经实现并且merge入5.4分支，相信下个版本大家就能用上了。用法也很简单，只需要创建一个继承 ShouldQueue的Job，然后在App\Console\Kernel::schedule 方法里定义

$schedule->job(new FooBarJob())->everyMinutes();

就可以了